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Method for Facilitating Bidding Transactions and Conducting Project 
Management Ut i l i z i ng Softwar e M e tr i c Co lle ct i on 




ROSS REFERENCE TO RELATED APPLICATIONS 



[0001] This application claims the benefit of U.S. Provisional Application No. 
60/176,421, filed on January 4514, 2000. 

BACKGROUND OF THE INVENTION 

Technical Field 

[0002] The present invention relates generally to a method for facilitating bidding 
transactions, and more particularly to a method for enabling one or more contractors 
to conduct confidential assignment bidding transactions with at least one bidder 
preferably via a suitable communications channel. 



Background Art 

[0003] Companies often have software development needs that can be fulfilled 
by outsourcing projects to third-party software developers to produce customized 
software item products or components for internal use or for incorporation into 
products. Typically, the company prepares a software requirement specification 
enumerating specific requirements or desired software characteristics and features 
to be embodied by the program or software item. The specification is then posted 
or distributed to interested software developers. In this manner, the company 
solicits competitive pricing bids from the software developers. A deadline for bid 
submission is typically established and the process is usually confidential and 
secret. Once the deadline lapses, the company refuses any more bids and reviews 
the timely submitted ones. The contract for the project is typically awarded to the 
lowest bidder and the winning bidder is identified and announced. The winning 
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bidder proceeds to develop the software item based on the software requirements 
within the schedule and cost allotted. 

[0004] It is widely known that software projects are notorious for running over 
schedule and budget, yet still contain quality problems (i.e. defects, bugs, missing 
requirements). The above bidding procedure is typically time-consuming, expensive 
and administratively burdensome for the company to implement and carry out, and 
the sheer volume of administrative tasks required can easily overwhelm an 
- understaffed company. Jn addition, the system Jacks any safeguards that would 
assure the quality of the delivered product and the desired on-time delivery 
commitment on the part of the winning bidder. The procedure further lacks any 
capability of demonstrating to the company what a particular project should cost and 
whether or not the bidders' amount is feasible in view of the software requirements 
specified and in view of the bidder's own software development capabilities and 
process. Accordingly, where the time, cost, reliability and quality of the delivered 
software item product or service are of paramount importance, the above bidding 
system is thoroughly lacking and unsuitable for satisfying the needs of the company 
or contractor. 

[0005] For the foregoing reasons, there is a need for a method for enabling one 
or more contractors to solicit bids from at least one bidder and contract out a job 
project to a winning bidder via a confidential bidding process conducted over 
suitable communication channels. There is a further need for a method which 
ensures the quality and on-time completion or delivery of the outsourced project. 
There is a further need for a method which further permits the bidders to gauge 
each of the software requirements or criteria in the specification for purposes of 
reaching an appropriate bid amount based on its own past performance and 
efficiency as indicated by historical metrics data or software metrics data collected 
from past projects, while permitting the contracting company to use the same 
historical metrics data in a facilitated manner to evaluate each participating bidder, 
what the assignment should cost, and the bidder's probable time for completion. It 

-2- 



Replacement Sheet (showing changes) 



ATTORNEY DOCKET NO. 

246-99-020 



APPLICATION NO. 

09/734,793 



would also be desirable for the contractor to supervise and monitor the progress of 
an outsourced pending project subsequently to the selection of the winning bidder. 
In this manner, the contractor may be able to readily coordinate one or more 
outstanding projects which may be related for improved efficiency. 

SUMMARY OF THE INVENTION 

[0006] The present invention is generally directed to a method for facilitating a 
bidding transaction between a contractor and a bidder using software metrics 
collection. The method further provides for the contractor to monitor, track, and 
manage a project contracted out to a successful bidder during the course of 
software development. The present invention desirably ensures a high quality and 
reliable software product delivered in a timely manner at a reasonable cost to the 
contractor. The method of the present invention may be implemented in a simple, 
cost effective and efficient manner, and is especially suitable for various commercial 
transaction uses. 

[0007] In accordance with an aspect of this invention, a method for conducting a 
project bidding transaction for a software item to be developed involves 
communicating electronically over a communication network between a contractor 
client system, a bidder client system, and a central bidding server system. A 
database in the central bidding server system stores software metric data gathered 
from a plurality of bidders. A contractor client system transmits over the network 
software requirement information identifying the software item to be developed. A 
bidder client system receives this information and, if the bidder desires to make a 
bid, sends its bid information to the central bidding server system, including an 
identifier of the bidder. The central bidding server retrieves the historical metric data 
associated with that bidder as previously stored and generates a bid record along 
with the historical metric data information for communication, over the 
communication network, to the contractor client system, for review prior to selection. 

BRIEF DESCRIPTION OF DRAWINGS 
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Brief Description of the Several Views of the Drawing 

[0008] F i gur e FIG. 1 is a system configuration diagram illustrating one aspect of 
the present invention^ 

[0009] F i gure FIG. 2 is a flowchart illustrating a method for facilitating bidding 
transaction and providing project management^ 

[0010] F i gure FIG. 3 is flowchart of a create new account routine showing an 
aspect of the present invention^. 

[0011] F i gur e 4 a FIG. 4 is a flowchart of a bidding transaction routine showing an 
aspect of the present inventions 

[0012] Figure 1b FIG. 5 is a flowchart of a bidder clarification routine showing an 
aspect of the present inventions 

[0013] Figure 5 FIG. 6 is a flowchart of a bidder selection routine showing an 
aspect of the (present inventionf-and. 

[0014] Figure 6 FIG. 7 is a flowchart of a project metric collection routine showing 
an aspect of the present invention. 

DETAILED DESCRIPTION OF THE INVENTION 

[0015] The present invention is generally directed to a method for using software 
metrics collection to facilitate bidding transactions between contractors and bidders 
for a particular project such as software item development. The method permits the 
contractor to evaluate each bid amount as well as each participating bidder based 
on past performance on prior projects completed, as represented in historical metric 
data. In this manner, the contractor may gauge the efficiency and proficiency of 
each bidder measured against industry standards or averages for productivity and 
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quality to ensure quality and reliability in the resulting product at a reasonable cost 
and schedule. The method further enables the contractor to supervise and manage 
projects delegated to successful bidders after outsourcing in a real-time mode 
through periodic or continuous collection of software metrics data, thus further 
ensuring better project management, product quality, product performance, 
development process, and cost and schedule estimation. 

Mode(s) for Carrying Out the Invention 

[0016] As used herein the term "software metrics" is defined as a reference to 
quantitative measures of a software item, such as size, effort, defect, and the like, 
and includes any calculations based on measurements of any or all components of 
software development. Software metrics provide information that will assist the 
contractor to focus and evaluate each of the bidding software developers, and 
choose the appropriate bidder, as well as track the progress of the selected 
software developer while simultaneously providing motivation and incentive to the 
software developer. The collection of software metrics further provides the software 
developer with feedback on its performance and capability, thus assisting in 
implementing improvements in the software development process and performance. 
Accordingly, software metrics data provides the contractor and each bidder better 
control over the software projects and indicates to the observer more about how a 
particular software developer operate. 

[0017] A "software item" is defined herein as any software product or partial 
product (i.e. modules or objects), a software development resource, a software 
process such as coding or specifying, an event such as a product failure, a person 
involved in software production or use such as a designer or project manager, an 
organization such as a data processing department or a software house. 

[0018] The term "requirements" denotes herein desired characteristics of the 
software item being developed. 
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[0019] There are two main types of software metrics, process metrics and 
product metrics. Process metrics are used to measure the characteristics of the 
development process and development environment, while product metrics are 
used to measure the characteristics of the software product developed. 

[0020] Examples of process metrics include resource metrics and personnel 
experience metrics. Resource metrics may include effort in terms of man-power, 
computer size, and development cost. Personnel experience metrics may include 
the number of years that an organization has been using a particular programming 
language and the number of years of experience that a programmer has on similar 
projects. Other factors include the use of structured programming techniques, the 
use of programming tools, the management techniques employed by the 
organization, and resource availability. Such process metrics can be used to 
identify process inefficiencies. For example, effort and duration metrics may be 
used to identify activities or persons that take a disproportionate amount of time and 
effort. 

[0021] Examples of product metrics include the size of the program, the 

productivity of the programmers, the complexity of the program logic, the number of 
defects uncovered during development, testing, and use, the number of defects 
present, and the complexity of the data structures. Various combinations of these 
and others are also considered as product metrics. Such product metrics are 
typically used during software testing to measure product reliability and defect 
detection rates. Other factors such as product reliability and product response time 
can be measured to give an assessment of some aspects of software quality. 

[0022] The method of the present invention will be concerned mainly with the 
processing, collection, transmission, storage, and analysis of software metrics 
concerning primarily size, time, effort, and defect. However, it is understood that the 
practice of the present invention is not limited to such and that other metrics as 
contemplated by those of ordinary skill in the arts, may be utilized that are useful in 
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producing or predicting a strong correlation between current and/or past activities to 



some later result. 



[0023] 



Product size includes numbers of lines of source code (SLOC), bytes of 



object code, function points, number of objects, number of requirements, and the 
like. A consistent measure of size is the number of lines of code metric (LOC). 
Once the size of the system has been determined, estimates can be made using 
productivity metrics concerning the amount of effort required to develop the software 
item and, subsequently, the amount of time required to complete the system. From 
these measurements, other metrics (such as cost and risk) may be determined. A 
line of code is defined as any line of program text that is not a comment or a blank 
line. This specifically includes all lines containing program headers, declarations, 
and executable and non-executable statements. 

[0024] An effort metric is a measure of time expended by each person in 
completing a project or task. Typically, effort metrics are expressed in person 
hours. 

[0025] A defect metric is associated with the number of problems detected in the 
output from an activity, such as a bug in software or a flaw in design. Defect metrics 
are useful for measuring product quality, and includes the number found by testing 
and by customers. Some defect metrics include defects per unit work product, 
defect classification (i.e., type, severity, and status), leakage rates, cost of quality, 
and the like. 

[0026] Effort, duration, and quality metrics are typically normalized with respect 
to product size to compare different software items. For example, a measure of 
productivity can be attained by dividing effort by size that can be useful in 
comparing different software items. Accordingly, software metrics as used in the 
present invention include any information or data that provides the contractor with 
an indication of a bidder's performance, productivity, and estimated value of the 
work to be performed in a fairly predictable and accurate manner for realizing 
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reduced schedule and development cost, and better quality, performance and 
- project tracking. 

[0027] F i gure FIG. 1 depicts a system in which the present invention may be 
utilized. In a bidding transaction and software metrics collection system (10) of the 
present embodiment, a central bidding server 12, a plurality of contractor client 
systems 14, 14a, 14b, and 14c, and a plurality of bidder client systems 16, 16a, 
16b, and 16c are linked via a communication network 18. The central bidding 
server 1 2 conducts collection, management, transmission and storage of bid 
information and software metrics data between the contractor clients 14, 14a, 14b, 
and 14c, and the bidder clients 16, 16a, 16b, and 16c. The communication network 
18 may represent any system capable of providing the necessary communication 
and includes, for example, a local or wide area network such as for example 
ethernet, token ring, or alternatively a telephone system, either private or public, the 
Internet, the world wide web, the information highway, or any arbitrary differently 
wired or wireless network. 

[0028] Each of the systems 12-1 6c includes a typical user interface 20, 34, or 
46, respectively, for input/output and can include a conventional keyboard, display, 
and other conventional devices. Within each of the systems, the user interface 20, 
34, or 46 is coupled to a communication network interface 30, 42, or 52, 
respectively, which in turn is connected to communication network 18 via a 
communication channel 32, 44, or 54, respectively. Both the user interface 20, 34, 
46 and network interface 30, 42, 52 are also connected in each system to a central 
processing unit 28, 40, or 50, respectively. Each system 12-1 6c includes a memory 
storage device 22, 36, or 48, respectively, which can further be broken down into a 
program partition, a data partition, and an operating system partition. 

[0029] In each system the CPU 28, 40 or 50, respectively, represents a source of 
intelligence when executing instructions from the memory storage device 22, 36, or 
48, respectively, so that appropriate input/output operations via the user interface 
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20, 34, 46, respectively, and the network interface 30, 42, 52, respectively, take 
place as is conventional in the art. 

i 

[0030] The central bidding server 1 2 is a device configured for facilitating bidding 
transactions between the contractor and bidder clients 14 and 16, transmitting 
software metrics data therebetween, and conducting software metrics collection 
from participating bidder clients 16. The central server 12 further includes a 
software requirement and specification database storage device 24 and a metric 
collector and database storage device 26. The storage devices 22, 24 and 26 of the 
central server 12 must be capable of storing a large quantity of data files. The 
storage devices 22, 24, and 26 may include a magnetic disk, an optical disk, an 
optical magnetic disk, a semiconductor memory, and the like. 

[0031] The software requirement and specification database 24 is configured to 
store and retrieve work or project specification information provided by the 
contractor clients 14-14C for displaying and viewing by the bidding clients 16-16C. 
Work specification information may include software requirements for detailing the 
specific characteristics that the final software item product must contain. The metric 
collector and database 26 is configured to store and retrieve information concerning 
software metrics that are processed, transmitted, and recorded from the bidding 
clients 16-16C beforehand. 

[0032] The communication channel 32 may include, for example, a telephone 
circuit, a coaxial cable, a fiber optic cable, and the like for transmitting the 
information. The communication channel 32 is preferably a cable capable of 
transmitting a large quantity of data at high speed. If in this case, data are 
sent/received between the central server 12 and the communication network 18 by 
using a wireless communication circuit, a wireless communication circuit interface is 
provided instead of the communication cable 32. 

[0033] In order to efficiently furnish the software requirement specification 
information stored in the storage device simultaneously to a large number of other 
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systems and accept the bidding information from bidding clients, it is desirable to 
use a computer of high speed and large capacity, a work station, or a personal 
computer as the central server 12 which can supply the computing power required 
and handle the user traffic. 

[0034] The operation of the preferred embodiment is illustrated in Figures 2 - 
6FIGS. 2-7 . F i gure FIG. 2 is a flowchart illustrating the overall flow of steps for a 
preferred method for facilitating bidding transactions and providing project 
management according to the present invention. For example, and not by way of 
limitation, a bidding transaction may be conducted by a company or institution 
involved in telecommunications, finance, medical equipment, or aerospace 
products, where quality and reliability of software items is of paramount importance, 
to solicit bids and the corresponding historical metrics data from software 
developers in producing a software item with specific software requirements. Of 
course, a software item is just one example of a product for which a contractor may 
purchase. It will be apparent from this description that the method of the present 
invention may be used to acquire any product or service by the contractor via a 
bidding transaction. 

[0035] To begin a bidding transaction, a user who may be a contractor or bidder, 
accesses the central bidding server 12 in step 90 to initiate the method of the 
present invention. In decisional step 100, the central bidding server 12 inquires 
whether the user is a registered user. Typically, this step is carried out where the 
central bidding server 12 is provided with a password subroutine or some other 
security measure which allows the central bidding server 12 to identify a registered 
user as is conventional in the art. If the user is not a registered user, then the 
central bidding server 12 initiates a create new account routine in step 110. The 
creation of a new account is generally indicated in step 110 in Fi g ure FIG. 2, and 
detailed in steps 111-116 in Figwe- FIG. 3. Once the create new account routine 
110 is initiated, the user inputs the name and contact information of the individual or 
company, vital company information such as staff size, experience, and the like and 
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indicates whether the user is a contractor or bidder. The user then enters step 111 
of Figure FIG. 3, to send the requested information to the central bidding server 12. 

[0036] Upon receiving the new account information or data, the server 12 verifies 
the data, and enters step 1 1 2 to store the data in the account database of the 
storage device 22 (see F i gur e FIG. 1 ). After successful verification, in step 1 1 3 the | 
central server 12 confirms the new account, and in step 114 informs the user that 
the account is created, and requests confirmation. Upon receipt of confirmation, in 
step 1 15 the central server 1 2 next creates a historical data record in the metric 
database 26 (see F i gure FIG. 1) in preparation for receiving software metrics data | 
from the user. Next, in step 116 historical data record is then secured in the 
database 26 to ensure confidentiality of the record. At this point only the owner of 
the record may view the confidential data. The new account creation process is 
ended in step 117. 

[0037] In step 120 (see F i gure FIG. 2), the central server 12 receives a software 
requirement definition from a contractor user for listing the characteristics the final 
software product should possess. Other information may include the deadline for 
submitting bids, proposed delivery date, and other specifications. The central 
server 12 in step 130, records the received requirement definition in the software 
requirement and specification database 24 (see Figure FIG. 1 ). In step 140, the 
recorded requirement definition is then displayed for interested bidder users via a 
simple listing or a search engine. If the bidder user desires to submit a bid for the 
project specified in the displayed requirement definition, the bidder user causes the 
central server 12 to initiate a bidding transaction routine which is generally indicated 
by step 150 in F i gur o FIG. 2 and detailed in steps 151-157 in Figure 4 a FIG. 4 , as j 
described below. 

[0038] In query step 1 51 , the central server 1 2 queries the bidder user to 

determine if user wishes to submit a question or request for clarification of definition 
to the contractor user posting the definition. If the answer is no, the central server 
12 proceeds to step 153, which will be described below. If the answer is yes, the 
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central server 12 executes a bidder clarification routine, which is generally indicated 
by step 152 in Figure Aa F\G. 4 , and detailed in steps 158-163 in F i gure Ib FIG. 5 . 
The bidder user proceeds to submit the question to the central server 12. 

[0039] In step 158 (see F i gure 4b FIG. 5 ), the central server 12 receives the 
question posed by the bidder user. The central server 12 proceeds to step 159, 
where the question is displayed for the contractor user to view. In step 161 , the 
central sever 12 receives the contractor's answer to the displayed question and/or a 
command to add/modify the requirement definition. The central server 12 proceeds 
to step 162 where the answer is displayed to the bidder user and/or the requirement 
definitions is modified to clarify any uncertainties. In step 163, the central server 12 
queries the bidder user to determine if there are additional questions the bidder user 
wishes to submit. If the answer is yes, the bidder clarification routine is repeated 
beginning at step 158. If the answer is no, the bidder clarification routine ends in 
step 164. 

[0040] The central server 12 proceeds to step 153 in Figure <1a FlG. 4 . In step 
153, the central server 12 queries the metric database 26 for the bidder user's 
historical data record. The central server 12 analyses the data contained in the 
record and the requirement definition to estimate the bid amount for the project. 
The bidder user may choose to use the estimated bid amount or another bid amount 
to be determined by the bidder user. In step 154, the central server 12 receives the 
bid from the bidder user. The central server 12 records the bid amount in the 
requirement database 24 (see F i gur e FIG. 1) and secures the bid amount to ensure 
confidentiality for the bidder user, step 155. In step 156, the central server 12 
enables access of the bidder user's historical data record by the contractor user. 
However, the contractor user can only view the average historical metrics data of 
the bidder user rather than specific event metrics data. Step 157 ends the bidding 
transaction process. 

[0041] The central server 1 2 proceeds to query step 1 60 (see F i gure FIG. 2) 
where it determines if the bid deadline has passed. If the answer is no, the central 
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server 12 proceeds to step 190 where the overall process ends. If the answer is 
yes, the central server 12 initiates the bidder selection routine which is generally 
indicated by step 170 in F i guro FIG. 2 and detailed in steps 171-178 in Figure 
6FIG. 6 . s 

[0042] To start the selection of the winning bidder, in step 170 (see F i gur o FIG. 
2) the contractor user indicates to the central server 12 that it is ready to make a 
selection. In step 171 (see F i guro 5 FIG. 6 ), the contractor user may execute a cost 
estimate analysis based on the average historical data record of all registered users 
and the software requirement definition. This analysis provides some guide as to 
what the posted project should cost the contractor user. Once the contractor 
completes the review of the cost estimate, in step 173, the central server 12 
displays the identities of all the participating bidder users, and their respective bids. 
The contractor user may also view the average historical metrics data of each 
participating bidder user. 

[0043] When the contractor is prepared to make a selection, the contractor user 
transmits to the central server 12 the selection of the winning bidder or contracting 
party. In step 174, the central server 12 receives the selection of the winning 
bidder. 

[0044] The central server 12 proceeds to step 175 for creating a current project 
metrics record in the metric collector database 26 for storing metrics during the 
course of the software item development process. In step 176, the central server 
12 enables access of the current project metrics record by the contractor user to 
view the metrics for tracking the progress of the software item development. In step 
177, the winning bidder is displayed to the contractor and all the participating 
bidders. Step 178 end the bidder selection process. 

[0045] After the winning bidder is selected, an on-going project metric collection 
routine is initiated which is indicated generally as step 180 in F i gure FIG. 2, and 
detailed in steps 181-186 in F i gur e 6 FIG. 7 . In step 181 , during the development of 
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the software item, software metrics are processed and collected from the winning 
bidder on a continuous or periodic basis. The collected software metrics may 
include time metrics, quality metrics, defect metrics, size metrics, effort metrics and 
the like, which may be freely accessed by the contractor for viewing and analysis. 
The processing may be performed locally by the central server 12 or remotely at the 
bidder's client computer using commercially available metric tools. Commercial 
metrics tools are available for measuring code size, complexity, and other metrics in 
many programming languages. Commercial problem. tracking tools are also 
available which facilitate counting defects and tracking their status. The central 
server 12 may further utilize simple tracking forms, scripts, and web-based reporting 
tools to reduce the overhead of collecting and reporting data from the winning 
bidder. In addition, the use of spreadsheets and charts to track and report on the 
accumulated software metrics data at regular intervals may also be incorporated. 

[0046] In step 182 (See Figure 6 FIG. 7 ), central server 12 receives the metrics 
data, followed by step 183 for recording the received metrics data in the metrics of 
current project record in the metrics collector database. Next, in step 184 the 
collected and, recorded metrics data is displayed or uploaded to the contractor client 
computer for real-time data viewing and analysis. 

[0047] The process proceeds to decisional step 185 to determine whether the 
project is completed. If the answer is no, the process returns to step 181 to repeat 
the metric collection processing. If the answer is yes, the project metric collection 
process ends in step 186, whereby the software metrics data collected in the 
current project metrics record is incorporated into the bidder's historical metrics data 
record. At this step, the winning bidder has delivered the final software item product 
to the contractor. The contractor may perform extensive testing to ensure 
compliance with the requirement definition, prior to formal acceptance. The 
contractor further has the option of providing feedback on the quality and reliability 
of the delivered software item product or any other comment on the software item 
development process. The feedback is recorded by the central server 12 with the 
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bidder's historical metrics record for viewing by future contractors. This ends the 
overall flow of the method of the present invention in step 181 in F i gure FIG. 2. 

! 

Alternate Embodiments 

i 

[0048] Although various embodiments of the invention have been shown and 
described, they are not meant to be limiting, but merely as illustrating the presently 
preferred embodiment. Those of skill in the art may recognize various modifications 
to these embodiments, which modifications are meant to be covered by the spirit 
and scope of the appended claims. 



* * * * 
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CLAIMS 

What is claimed is: 

[d] 1. (Cancelled) 
[c2] 2. (Cancelled) 
[c3] 3. (Cancelled) 
[c4] 4. (Cancelled) 
[c5] 5. (Cancelled) 
[c6] 6. (Cancelled) 
[c7] 7. (Cancelled) 

[c8] 8. (Cancelled) 

i 

[c9] 9. (Currently amended) The method in accordance with claim +14, 
wherein said step of e x e cut i ng an c ollecting ongoing project software 
metrics data co l l e ct i on further includes the steps of: 

(a) perform i ng collecting selective periodic or continuous co l lection of 
software metrics data from developing software via a software metrics 
processing tool; 

(b) recording the collected software metrics data in a current project 
software metrics data record for updat i ng i n a m e tr i cs co lle ct i on 
databas e in the central bidding server system; and 

(c) communicating the updated current project software metrics data 
record to the contractor cli e nt system for display to th o assoc i at e d 
contractor . 
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[c10] 10. (Cancelled) 
[c11] 11. (Cancelled) 

i 

[c12] 12. (Cancelled) 
[c13] 13. (Cancelled) 

[c14] 14. (New) A method for conducting, over a network, a software item 
development bidding transaction and for monitoring the software item 
development, said method comprising the steps of: 

(a) transmitting over the network from a contractor system software 
requirements identifying the software item to be developed; 

(b) controlling a bidder system connected to the network to display the 
software requirements; 

(c) sending bid information along with an identifier of a bidder from the 
bidder system over the network to a central bidding server system; 

(d) retrieving at the central bidding server system historical software 
metric data previously collected and stored for the identified bidder; 

(e) generating, by the central bidding server system, a bid record along 
with historical software metric data and communicating said bid record 
and historical metric software data to the contractor system for use in 
the selection and award; and 

(f) collecting subsequently at the central bidding server system ongoing 
project software metric data form monitoring the successful bidder's 
performance over periodic measuring intervals. 

[c1 5] 1 5. (New) The method Jn accordance with claim 1 4 further comprising the 
step of selecting a successful bidder, said selecting step comprising the 
steps of: 
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(a) estimating the cost of implementing the software requirements based 
on an average of the historical software metrics data for a plurality of 
bidders, as stored in the central service bidding system; 

(b) communicating to the contractor system over the network all timely 
submitted bids and corresponding individual historical software metrics 
data; 

(c) receiving at the central bidding server system identification of the 
selected successful bidder; and 

(d) creating a current project software metrics data record associated 
with the successful bidder in the metrics collection database in the 
central bidder server system. 

[c16] 16. (New) The method in accordance with claim 14, wherein said 
historical software metric data comprises process metrics. 

[c17] 17. (New) The method in accordance with claim 16, wherein one of said 
process metrics is selected from the group consisting of: resource metrics 
and personnel experience metrics. 

[c18] 18. (New) The method in accordance with claim 14, wherein said 
historical software metric data comprises product metrics. 

[c19] 19. (New) The method in accordance with claim 18, wherein one of said 
product metrics is selected from the group consisting of: program size, 
program logic complexity, data structure complexity, and the number of 
defects uncovered during development testing and use. 

[c20] 20. (New) The method in accordance with claim 19, wherein said ongoing 
project software metric data comprises product metrics. 
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[c21] 21 . (New) The method in accordance with claim 20, wherein one of said 
product metrics is selected from the group consisting of: program size, 
program logic complexity, data structure complexity, and the number of 
defects uncovered during development, testing,, and use. 

[c22] 22. (New) A method for conducting, over a network, a software item 
development project bidding transaction and monitoring function, said 
method comprising the steps of: 

(a) transmitting, over said network, requirements for the software item to 
be developed; 

(b) controlling a bidder system, connected to said network, to display the 
software requirements; 

(c) sending, over said network, a bid along with an identifier of a bidder; 

(d) retrieving historical software metric data previously collected and 
stored for the bidder, said software metric data comprising product 
metrics, wherein one of said product metrics is selected from the group 
consisting of 

(i) program size, 

(ii) program logic complexity, 

(iii) data structure complexity, and 

(iv) the number of defects uncovered during development testing and 
use; 

(e) selecting a successful bidder and awarding a contract to develop 
said software item; and 

(f) collecting ongoing project software metric data for monitoring the 
successful bidder's performance over periodic measuring intervals. 



- 19- 



Replacement Sheet (showing changes) 



ATTORNEY DOCKET NO. 

246-99-020 



APPLICATION NO. 

09/734,793 



Abstract 

A software metric collection method facilitates bidding and project management 
transactions. The method permits a contractor to solicit bids from one or more 
interested bidders for an open project in an efficient and cost effective manner and to 
select a suitable bidder based on bid amount and stored software metric data reflecting 
past performance accrued by each bidder based on past completed projects. The 
method further enables the contractor upon designation of the successful bidder to 
track and manage the pending project through the collection and analysis of software 
metrics procured during the undertaking of the project. In this manner, the method 
provides the contractor with competitive pricing from bidders, while ensuring a high 
level of quality, performance, and timeliness in the resulting product or service where 
reliability and quality are critical issues for the contractor. 
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